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(57) Abstract: The invention concerns an access point emitting a beacon sig- 
nal on an air interface. It executes, with a mobile user equipment having de- 
tected the beacon signal, an inscription procedure of a protocol particular to 
the air interface, enabling said equipment to communicate through the access 
point Environment data concerning the access point are carried by the beacon 
signal and/or at least a message transmitted on the air interface to the mobile 
user equipment within the framework of the inscription procedure. 

(57) Abrege : Le point d'acces Cruet un signal de balise sur une interface air. 
11 execute, avec un equipement d'un utilisateur mobile ay ant de'tecte' le signal 
de balise, une procedure d' inscription d'un protocole propre a 1' interface air. 
permettani a cet equipement de communiquer a travers le point d'acc&s. Des 
donnecs d'environnement du point d'acces sont portees par le signal dc balise 
et/ou au moins un message transmis sur V interface air vers requipement de 
rutilisateur mobile dans le cadre de la procedure d' inscription. 
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POINT D'ACCES SANS FIL D' UN RESEAU IP, ET PROCEDE DE GESTION DE MOBILITE 
CORRESPOND ANTE 

La presente invention concerne les services de mobilite d'utilisateur. et 
trouve notamment application dans les reseaux de telecommunications 
5 comprenant plusieurs sous-reseaux interconnects. 

La mobilite d'utilisateur dont il est question ici consiste en la capacite 
offerte a l'utilisateur de communiquer par le reseau en se raccordant a celui-ci 
en differents points d'acces. L'utilisateur peut ainsi emporter son terminal 
lorsqu'il se deplace. C'est le cas typique dun reseau de radiocommunication 
10 avec les mobiles, les points d'acces etant constitues par les relais fixes. Sans 
dSplacer d'equipement, l'utilisateur peut aussi se connecter en differents points 
par une proc6dure description comprenant la transmission, a un organe de 
gestion de mobilite, de donnees d'identification foumies par l'utilisateur. Une 
autre possibility est que l'utilisateur dispose d'un support de donnees amovible 
15 qu'il presente au point d'acces visite equipe d'un lecteur approprie pour 
automatiser la procedure description. 

On peut distinguer deux types de mobilite, Tune appelee ici 
micromobilite consistant a permettre a l'utilisateur de changer de point d'acces 
a I'interieur d'un sous-reseau, et I'autre appelee ici macromobilite par laquelle 
20 l'utilisateur peut se raccorder par I'intermediaire de points d'acces appartenant 
a des sous-reseaux distincts. 

On distingue d'autre part la capacite d'un utilisateur de changer de 
point d'acces en dehors d'une session, c'est-a-dire en ('absence de flux de 
donn6es actif (« roaming »), et la capacite d'un utilisateur equipe d'un terminal 
25 sans fil de changer de point d'acces en cours de session (« handover »). 

Aux fins de ('administration du reseau, chaque utilisateur mobile a 
generalement un sous-reseau nominal auquel est connecte un organe appele 
ici registre de localisation nominal, auquel sont initialement adressees les 
requetes concernant l'utilisateur et provenant de sources qui ne connaissent 
30 pas sa localisation. Lorsqu'il se deplace dans un autre sous-reseau, un autre 
organe connecte a ce sous-reseau visite, appele ici gestionnaire de visiteurs, 
peut cooperer avec le registre de localisation nominal pour la mise en oeuvre 
des services de mobilite. 

Le developpement des applications sur les reseaux fonctionnant selon 
35 le protocole IP (J. Postel, « Internet Protocol », Request For Comments 



WO 01/63956 



PCT7FR01/00493 



-2- 

(RFC) 791. IETF, septembre 1981), notamment celies de transport de la voix et 
de donnees, contemporain a I'essor des systemes de communication avec les 
mobiles, a naturellement conduit a considerer la question de la mobilite dans 
les reseaux IP, qu'il s'agisse de reseaux etendus, (WAN. « Wide Area 
5 Network »), tel que le reseau Internet, ou de reseaux locaux (LAN. « Local 
Area Network »). 

L'organisation IETF (« Internet Engineering Task Force ») a normalise 
un protocole de couche reseau supportant la mobilite dans un reseau IP 
(C. Perkins. « IP Mobility Support », RFC 2002, IETF, octobre 1996). Apres 

10 que I'utilisateur mobile a quitte son sous-reseau nominal, son equipement 
s'adresse a un organe appele agent etranger (« foreign agent »), connecte au 
sous-reseau visite. pour envoyer une information description vers un organe 
appele agent nominal (« home agent »), connecte au sous-reseau nominal. 
L'identite du sous-reseau visite est egalement fournie a I'agent nominal. L'une 

15 des principales fonctions de I'agent nominal est alors d'intercepter les donnees 
destinees a I'utilisateur mobile pour les retransmettre, par un mecanisme 
d'encapsulation, vers une adresse temporaire de I'utilisateur mobile (dite 
adresse c/o ou « care-of address ») fournie par I'agent etranger. Une fois 
parvenues a cette adresse temporaire, les donnees peuvent etre remises a leur 

20 destinataire. 

Ce schema de mobilite impose ainsi un chemin triangulaire aux 
paquets IP a destination de I'utilisateur mobile. En revanche, les donnees en 
provenance de I'utilisateur mobile sont remises a leur destination par 
I'intermediaire des mecanismes usuels de routage IP. 

25 De plus, il suppose (.'utilisation d'une adresse fixe pour I'utilisateur 

mobile. Sa mise en oeuvre pose done des difficultes dans des reseaux oil la 
gestion d'adresse est dynamique, ce qui est le cas par exemple lorsqu'un 
serveur DHCP est utilise dans le sous-reseau nominal (voir par exemple 
EP-A-0 938 217). Le protocole DHCP est specifie dans la RFC 21 31 publiee 

30 par I'lETF (R. Drams. « Dynamic Host Configuration Protocol ». mars 1997). 

Un procede d'optimisation de chemin, concu comme une extension du 
protocole de la RFC 2002 a ete propose (C.Perkins, D. Johnson, « Route 
Optimization in Mobile IP », Internet Draft, IETF, 25 fevrier 1999) afin de pallier 
les inconvenients du mode de routage triangulaire. Ce procede prevoit 

35 notamment I'envoi de messages de mise a jour permettant aux eventuels 
correspondants d'un utilisateur mobile de conserver en memoire les adresses 
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temporaires c/o de ce dernier. Ceux-ci peuvent alors emettre directement vers 
I'adresse temporaire de I'utilisateur mobile, evitant ainsi les operations 
effectuees sur les donnees par I'agent nominal. 

Certains auteurs ont critique la complexity de mise en oeuvre d'un tel 
5 procede, et ont suggere de supporter la mobiiite sous IP en utiiisant un 
protocole de signalisation de couche application tel que le protocole SIP (M. 
Handley et al. t « SIP : Session Initiation Protocol)), RFC 2543, IETF, mars 
1999). 

SIP decrit des entites clients et serveurs, ainsi que des procedures leur 

10 permettant de communiquer (voir aussi H.G. Schulzrinne et J.D. Rosenberg, 
« The Session Initiation Protocol : Providing Advanced Telephony Services 
Across the Internet », Bell Labs Technical Journal, octobre-decembre 1998, 
pages 144-159). On distingue deux types de serveurs SIP : les serveurs proxy 
et les serveurs de redirection. A reception d'une requete, un serveur proxy 

15 determine le prochain noeud du chemin vers le destinataire puis transfere la 
requete vers ce noeud, alors qu'un serveur de redirection se contente 
d'indiquer au client le prochain noeud auquel il doit adresser sa requete. 

Les adresses SIP sont similaires a des adresses de messagerie 
electronique, c'est-a-dire de la forme user@host . ou le champ « user » designe 

20 par exemple un nom d'utilisateur ou un numero de telephone, et le champ 
« host » un nom de domaine ou une adresse sous forme numerique. Le 
protocole SIP prevoit notamment des methodes appelees INVITE, BYE, 
REGISTER, OPTIONS, ACK et CANCEL. Les reponses aux messages emis 
dans le cadre de ces methodes sont definies par des classes de codes. La 

25 methode INVITE est utilisee pour initialiser une session d'appel entre deux 
utilisateurs SIP. 

Le protocole SIP prevoit des capacites de mobiiite personnels, et 
permet a un utilisateur d'obtenir les memes services independamment de sa 
localisation ou du terminal utilise, notamment grace aux methodes REGISTER. 

30 II a ete propose (E. Wedlund, H. Schulzrinne, « Mobility Support using 

SIP)>, Proc. of the 2 nd ACM International Workshop on Wireless Mobile 
Multimedia, Seattle, 20 aout 1999, pages 76-82) des procedes de mobiiite 
utiiisant le protocole SIP dans lesquels un equipement sans fit relie au reseau 
par Tintermediaire d'une interface air peut, apres des echanges de signalisation 

35 appropries, executer un handover, c'est-a-dire changer d'adresse reseau (IP) 
par un mecanisme DHCP alors qu'une communication est en cours. Un 
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serveur SIP connecte au sous-reseau nominal de I'utilisateur gere le registre 
de localisation nominal pour ce dernier. Les serveurs SIP utilises dans la 
gestion de mobilite peuvent etre des serveurs proxy ou des serveurs de 
redirection. Toute mobilite donne lieu a une inscription aupres du serveur SIP 
5 nominal, qui peut ensuite traiter les requetes provenant des autres clients SIP a 
destination de I'utilisateur mobile. Lorsque I'equipement sans fil determine le 
besoin d'executer un handover (par detection de balises emises par les points 
d'acces sans fil), il obtient une adresse dynamique par une transaction DHCP, 
puis il envoie un message INVITE a son correspondant en indiquant la 

10 reference de I'appel en cours et sa nouvelle adresse reseau pour que le 
correspondant mette a jour Tadresse IP de destination des paquets qu'il emet. 
Parallelement, I'equipement sans fil communique sa nouvelle adresse a son 
serveur SIP nominal, par la methode REGISTER. Une option prevoit une 
decentralisation des serveurs SIP utilises dans la gestion de mobilite: un 

15 serveur SIP proxy connecte au sous-reseau visite gere la micromobilite, de 
sorte que les methodes REGISTER vers le serveur SIP nominal, de redirection, 
peuvent ne concerner que la macromobilite (changement de serveur de 
micromobilite). 

Le principal inconvenient du procede est le retard qu'il peut introduire 

20 dans ('execution du handover. La methode INVITE vers le correspondant de 
I'utilisateur mobile requiert un temps d'acheminement non negligeable si ce 
correspondant est eloigne du sous-reseau visite. Ce retard peut entraTner une 
coupure perceptible de la communication en cours. 

II est a noter qu'un inconvenient similaire existe dans le cadre du 

25 protocole de mobilite IP de la RFC 2002. Lorsque I'equipement mobile est relie 
a un sous-reseau visits distant du sous-reseau nominal, il est necessaire de 
router un message de mise a jour de localisation vers I'agent nominal en cours 
d'ex6cution du handover, ce qui prend du temps. Si le protocole est mis en 
oeuvre avec le procede d'optimisation de chemin precite, il s'y ajoute le temps 

30 necessaire a I'acheminement d'un paquet de mise a jour d'adresse c/o vers le 
correspondant de I'utilisateur mobile. 

D'autre part, dans le cadre d'un reseau fonde sur le protocole IP, il n'y 
a aucune notion de connexion physique, de .sorte qu'une communication avec 
un terminal sans fil ne suppose aucune connaissance, meme implicite, de la 

35 localisation geographique du terminal, contrairement a un reseau a 
commutation de circuit par exemple. Les correspondants du terminal et son 

i 
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registre de localisation nominal ne le « situent » que de maniere logique, par 
I'intermediaire d'une ou plusieurs adresses IP. Or un certain nombre 
duplications peuvent avoir besoin de telles informations de localisation 
geographique, par exemple pour rendre des services differences selon le lieu 
5 ou se trouve le terminal ou encore pour fournir une indication de ce lieu aux 
correspondents de I'utilisateur mobile. 

Un but de la presente invention est de fournir de facon rapide et 
efficace a un terminal sans fil communiquant par I'intermediaire d'un reseau IP 
des informations se rapportant a la mobilite de I'utilisateur. 
10 selon I'invention, il est propose un point d'acces sans fil d'un reseau de 

telecommunications fonctionnant selon le protocole IP de transmission de 
paquets en mode non-connecte, comportant des moyens d'emission sur une 
interface air d'un signal de balise et des moyens pour executer. avec un 
equipement d'un utilisateur mobile ayant detecte le signal de balise, une 
15 procedure d'inscription d'un protocole propre a I'interface air, permettant audit 
equipement de communiquer sur ledit reseau a travers le point d'acces. Des 
donnees d'environnement du point d'acces sont portees par le signal de balise 
et/ou au moins un message transmis sur I'interface air vers I'equipement de 
I'utilisateur mobile dans le cadre de ladite procedure d'inscription. 
20 Les donnees d'environnement peuvent notamment comprendre des 

informations de localisation geographique du point d'acces. En inserant ces 
informations de localisation geographique dans le signal de balise ou dans la 
signalisation de couche liaison, on les met a disposition des terminaux sans fil 
qui pourront ensuite les communiquer au serveur de mobilite de leur sous- 
25 reseau nominal ou a des correspondants dans le cadre duplications utilisant 

de telles informations. 

Pour un reseau de telecommunications comportant plusieurs sous- 
reseaux respectivement equipes de serveurs de mobilite fonctionnant selon un 
protocole de signalisation de couche application, les donnees d'environnement 
30 incluent avantageusement une adresse IP d'un serveur de mobilite d'un sous- 
reseau de raccordement auquel est relie le point d'acces. 

Ceci permet de limiter les retards dus a la signalisation dans 
I'execution de handovers, puisqu'il n'est pas necessaire de transmettre des 
paquets IP avant que le terminal puisse s'adresser au serveur de mobilite. 

Le serveur de mobilite du sous-reseau visite pourra jouer un role 
d'agent proxy a la fois pour les flux de signalisation. concernant notamment la 



35 
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mobilite de I'utilisateur, et pour les flux de trafic (voix, images, donnees, ...). 
Ainsi, lors d'un handover, seuls les flux locaux entre le serveur de mobilite et 
I'utilisateur sont affectes. L'utilisateur mobile « voit » le serveur proxy comme 
etant son correspondant. de sorte que c'est a lui qu'il s'adresse pour signaler 
5 son changement de point d'acces. En revanche, rien n'est change pour les 
echanges entre le serveur et le correspondant distant. II n'est pas necessaire 
que de I'information de signalisation soit envoyee a distance pendant le 
handover, vers le sous-reseau nominal ou vers le correspondant. Comme en 
general I'acheminement des messages a I'interieur d'un sous-reseau est tres 

10 rapide. il en resulte une optimisation du temps d'execution du handover. 

Le precede peut etre applique avec divers protocoles de signalisation 
de couche application. Actuellement, SIP est un protocole prefere car il 
constitue un bon compromis entre richesse fonctionnelle et complexite de mise 
en oeuvre, tout en ayant une bonne capacite d'extension. D'autres exemples, 

15 bien connus de I'homme du metier, sont les protocoles H.225.0 (« Call 
signalling protocols and media stream packetization for packet-based 
multimedia communication systems ») et H.245 (« Control protocol for 
multimedia communication ») specifies par I'Union Internationale des 
Telecommunications (UIT-T) dans le cadre de la Recommandation H.323 

20 (« Packet-based multimedia communications systems », fevrier 1998), et le 
protocole MGCP (M. Arango et al., « Media Gateway Controller Protocol 
(MGCP) », RFC 2705. IETF, octobre 1999) ou sa variante Megaco (F. Cuervo 
et al.. « Megaco Protocol », Internet Draft. IETF. 8 fevrier 2000). 

Un autre aspect de la presente invention se rapporte a un point d'acces 

25 sans fil d'un reseau de telecommunications fonctionnant selon un protocole de 
transmission de paquets en mode non-connecte. le point d'acces comportant 
des moyens d'emission sur une interface air d'un signal de balise et des 
moyens pour executer, avec un equipement d'un utilisateur mobile ayant 
detecte le signal de balise, une procedure d'inscription d'un protocole propre a 

30 I'interface air. permettant audit equipement de communiquer sur ledit reseau a 
travers le point d'acces, et dans lequel des donnees d'environnement du point 
d'acces incluant une information representative de I'environnement 
geographique dudit point d'acces sont portees par le signal de balise et/ou au 
moins un message transmis sur I'interface air vers lequipement de I'utilisateur 

35 mobile dans le cadre de ladite procedure d'inscription. 

Un autre aspect de la presente invention se rapporte a un precede de 
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gestion de mobilite dans un reseau de telecommunications comportant 
plusieurs sous-reseaux respectivement equipes d'organes de gestion de 
mobilite, dans lequel un des sous-reseaux constitue un sous-reseau nominal 
pour un utilisateur mobile et est equipe d'un registre nominal contenant une 
5 information de localisation dudit utilisateur, dans lequel une procedure de 
localisation de I'utilisateur mobile aupres d'un point d'acces relie a un sous- 
reseau visite comprend les etapes suivantes : 

- reception par un equipement de I'utilisateur mobile d'un signal de balise 
emis sur une interface air par ledit point d'acces ; 

10 - execution par ledit equipement et ledit point d'acces d'une procedure 
d'inscription d'un protocole propre a ('interface air ; et 

- emission par ledit equipement d'un message de mise a jour de 
localisation a destination d'un organe de gestion de mobilite du sous- 
reseau visite, 

15 et dans lequel on inclut dans ledit signal de balise et/ou dans au moins un 
message transmis sur I'interface air par ledit point d'acces vers i'equipement de 
I'utilisateur mobile dans le cadre de ladite procedure d'inscription, une adresse 
de reseau d'un organe de gestion de mobilite associe audit point d'acces. 

D'autres particularity et avantages de la presente invention 

20 apparaitront dans la description ci-apres d'exemples de realisation non 
limitatifs, en reference aux dessins annexes, dans lesquels : 

- la figure 1 est un schema d'un reseau de telecommunications auquel 
I'invention est appliquee ; 

- les figures 2 a 4 sont des diagrammes illustrant des echanges de 
25 messages intervenant dans la gestion de mobilite selon un mode de 

realisation de ('invention ; 

- la figure 5 est un schema d'un sous-reseau auquel une realisation de 
Tinvention peut s'appliquer ; 

- la figure 6 est un diagramme illustrant des echanges de messages 
30 pouvant intervenir dans la gestion de mobilite au sein d'un sous-reseau 

selon la figure 5 ; et 

- les figures 7 et 8 sont des diagrammes montrant des exemples de blocs 
d'information qui peuvent etre transmis par des points d'acces sans fil 
dans une realisation de I'invention. 

35 La figure 1 montre schematiquement un reseau Intranet reparti sur trois 

sites 1, 2, 3. Sur chaque site, un sous-reseau 11, 12, 13 est installe pour offrir 
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des acces a un certain nombre d'utilisateurs. Ces sous-reseaux 11-13 sont par 
exemple de type Ethernet (norme ISO 8802-3, « Local Area Networks, Part 3 - 
Carrier Sense Multiple Access with Collision Detection - Access Method and 
Physical Layer Specifications »), et fonctionnent selon le protocole de reseau 

5 IP. Dans I'exemple represents, chaque sous-reseau a un routeur de sortie 4 
relie a un reseau dorsal 5 tel que le reseau Internet. 

Le reseau peut etre notamment prevu pour supporter des 
communications de signaux en temps reel, par exemple de telephonie, entre 
des utilisateurs qui lui sont raccordes et/ou avec des correspondants 

io accessibles par le reseau dorsal 5. Dans ce cas, les terminaux peuvent utiliser 
de fagon connue le protocole de couche transport UDP (J. Postel, « User 
Datagram Protocol », RFC 768, IETF, aout 1980) et le protocole en temps reel 
RTP (H. Schulzrinne et al., « RTP: A Transport Protocol for Real-Time 
Applications », RFC 1889, IETF, janvier 1996) pour la transmission de la parole 

15 codee ou de la video. Pour la signalisation d'appel, une realisation preferee de 
I'invention fait appel au protocole SIP, qui fonctionne egalement avec le 
protocole de transport UDP. Toutefois, d'autres protocoles de signalisation 
(H.323, MGCP, ...) seraient utilisables, en complement ou a la place de SIP. 

Certains au moins des utilisateurs du r6seau sont des utilisateurs 

20 mobiles equipes de terminaux sans fil 6. Pour leur permettre d'acceder au 
reseau, celui-ci comporte des points d'acces radio 7 raccordes aux sous- 
reseaux 11-13. Les points d'acces radio 7 sont par exemple des stations de 
base DECT (norme de I'ETSI, « European Telecommunications Standards 
Institute ») ou encore selon la norme IEEE 802.11, etc., selon le type de 

25 terminaux sans fil utilises. Chacun de ces points d'acces radio 7 diffuse un 
signal de baiise sur I'interface air. Sur la base des signaux de balise qu'il capte, 
un terminal actif selectionne le point d'acces qui lui fournit le meilleur lien radio. 
Ce point d'acces est utilise pour les communications mettant en jeu le terminal. 
Un terminal sans fil a ainsi la possibility de se connecter au reseau par 

30 I'intermediaire de plusieurs points d'acces 7 appartenant a des sous-reseaux 
differents (macromobilite) ou au meme sous-reseau (micromobilite). Lorsque le 
terminal a une communication en cours et se deplace dans un site, il lui est 
possible de changer de point d'acces tout en maintenant la continuity de la 
communication (handover). Lorsqu'une communication de signaux en temps 

35 reel, par exemple de telephonie, est en cours, il est souhaitable que ces 
handovers soient executes en un temps minimal afm d'eviter les coupures 
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perceptibles. 

Pour la gestion des services de mobilite, chaque sous-reseau (au 
rnoins ceux ayant des points d'acces sans fil) possede un serveur de mobilite 8 
utilisant le protocole SIP dans la realisation preferee de I'invention. 

5 Chaque utilisateur mobile a un sous-reseau nominal. Dans ('illustration 

de la figure 1, le sous-reseau 11 est nominal pour ie detenteur du terminal sans 
fil 6. Le serveur SIP 8 de ce sous-reseau est associe a un registre de 
localisation 9 dit registre nominal, qui contient I'adresse IP du serveur SIP 8 du 
sous-reseau 12 visite par ('utilisateur mobile. Le serveur SIP 8 du sous-reseau 

10 visite 12 est quant a lui associe a un registre de localisation 10 dit registre de 
visiteurs, .qui contient une adresse permettant d'atteindre le terminal 6 a 
I'interieur du sous-reseau visite 12, par exemple une adresse IP associee au 
terminal. 

Chaque serveur SIP 8 peut etre associe a un registre nominal 9 pour 

15 les utilisateurs rattaches a son sous-reseau et a un registre de visiteurs pour 
les utilisateurs rattaches a d'autres sous-reseaux, seuls les registres se 
rapportant au terminal 6 etant represents sur la figure 1. En pratique, les 
registres 9, 10 peuvent faire partie de la meme unite que le serveur SIP 8 
auquel ils sont associes, ou ils peuvent etre des entites distinctes reliees 

20 separ6ment au sous-reseau. D'autre part, il est possible de prevoir plusieurs 
serveurs SIP par sous-r6seau ( par exemple dans le cas ou les fonctions de 
serveur SIP nominal et de serveur SIP visite sont assurees par des machines 
distinctes, ou dans le cas ou plusieurs serveurs SIP sont prevus pour repartir la 
charge de signalisation dans le sous-reseau. 

25 La figure 2 montre comment peut se derouler Tinscription et la mise a 

jour de localisation d'un utilisateur mobile en visite dans un sous-reseau 12 
different de son sous-reseau nominal 11, et ('initialisation d'une communication 
avec cet utilisateur a ('initiative d'un correspondant distant. 

Dans Illustration de la figure 1, le correspondant distant utilise un 

30 terminal fixe 15 relie a un sous-reseau 13 different du sous-reseau nominal 11 
et du sous-r6seau visite 12. On notera cependant qu'une procedure similaire 
s f applique egalement : 

- si ce correspondant est un autre utilisateur mobile ; 

- s'il est connecte au sous-reseau 1 1 ou 1 2 ou au reseau dorsal 5 ; 

35 - si la liaison avec le correspondant passe par un autre reseau, par 
exemple un reseau telephonique commute, pour lequel le reseau Intranet 
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est equipe d'une passerelle (dans ce dernier cas, c'est cette passerelie 
qui constitue le client SIP relatif au correspondant distant illustre par les 
figures 2 a 4). 

En reference a la figure 2, le terminal sans fil 6 relevant du sous-reseau 
5 nominal 1 1 capte d'abord sur Interface air le signal de balise emis par un point 
d'acces 7 appartenant au sous-reseau visite 12. En reponse a cette detection, 
il declenche une procedure description du protocole de couche MAC employe 
sur I'interface air, en adressant au point d'acces un message description 
(Register). En reponse a ce message, le point d'acces 7 retourne un 
10 acquittement (Register Ack) validant ('inscription du terminal sans fit aupres du 
point d'acces, 

Dans I'exemple de la figure 2, reformation de localisation du terminal 
sans fil enregistree dans le registre de visiteurs 10 est une adresse IP 
dynamique obtenue par le terminal apres son inscription aupres du point 

15 d'acces 7. Le sous-reseau 12 est equipe d'un serveur DHCP 16 qui gere 
localement les adresses dynamiques. Une transaction DHCP classique 
(messages DHCPJDiscover, DHCPJDffer, DHCP_Request, DHCP_Ack) est 
executee entre le terminal en itinerance 6 et le serveur DHCP 16, apres quoi le 
terminal 6 dispose d'une adresse IP. 

20 Dans une autre realisation utilisant le protocole IPv6, la transaction 

DHCP est inutile puisque I'adresse IPv6 permet intrinsequement une hierarchie 
sous-reseau/equipement. 

L'etape suivante consiste en renvoi par le client SIP dont est pourvu le 
terminal 6 d'un message SIP REGISTER a destination du sen/eur SIP 8 du 

25 sous-reseau visite 12. 

L'adresse IP du serveur SIP 8 a ete fournie par le point d'acces 7 dans 
le signal de balise diffuse sur I'interface air, ce qui permet au terminal sans fit 
de disposer de cette adresse IP sans avoir eu a effectuer de transactions a 
cette fin par I'interrnediaire du sous-reseau 12. Si le signal de balise diffuse sur 

30 1'interface air ne comporte pas de champ disponible suffisamment grand pour 
contenir l'adresse IP du serveur SIP 8, celle-ci peut etre completee, ou fournie 
en totalite, dans le message Register Ack validant ('inscription du terminal sur 
I'interface air. 

Le message SIP REGISTER envoye par le terminal 6 permet au 
35 serveur SIP visite 8 de determiner l'adresse IP du terminal, obtenue dans Ten- 
tete IP du paquet contenant le message SIP REGISTER, et de Tassocier a 
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I'adresse SIP (de la forme user(5)host ) contenue dans le message SIP 
REGISTER. Cette association est enregistree dans le registre 10. 

Apres avoir regu ce message SIP REGISTER, le serveur SIP visite 8, 
s'il ne gere pas deja I'utilisateur mobile, transmet un autre message SIP 
5 REGISTER vers le serveur SIP 8 du sous-reseau nominal 1 1 . Celui-ci met a 
jour I'entree du registre nominal 9 concernant I'utilisateur mobile identifie dans 
le message SIP REGISTER, en memorisant I'adresse IP du serveur SIP visite 
qui a emis ce message SIP REGISTER. II retourne ensuite un message de 
validation (code 200 OK) du protocole SIP. Le serveur SIP visite renvoie a son 
10 tour au terminal 6 t a travers le point d'acces 7, le message de validation 
200 OK. 

A ce stade, le terminal sans fil 6 a effectue son inscription aupres du 
point d'acces 7, et mis a jour sa localisation vis-a-vis des serveurs SIP 8. 

A ['initialisation d'un appel provenant du correspondant distant 15, 

15 celui-ci emet a destination du serveur SIP 8 du sous-reseau nominal 11 de 
I'utilisateur mobile un message SIP INVITE demandant I'utilisateur mobile. Le 
serveur SIP nominal etant un serveur de redirection dans I'exemple considere, 
il renvoie au correspondant distant un message SIP (code 302 Move) indiquant 
a celui-ci qu'il doit diriger sa methode INVITE vers le serveur SIP du sous- 

20 reseau visite 12 dont il fournit I'adresse IP. Le correspondant transmet de 
nouveau le message SIP INVITE vers ce serveur SIP visite. 

Le serveur SIP visite initialise alors une autre session avec I'utilisateur 
mobile, en lui transmettant un message SIP INVITE, que le terminal sans fil 
acquitte par un message SIP 200 OK s'il est disponible pour I'etablissement de 

25 la communication. La session entre le terminal sans fil et le serveur SIP visite 
est ouverte lorsque ce dernier a re$u le message 200 OK. II retransmet alors 
vers le correspondant distant un autre message SIP 200 OK pour valider 
I'ouverture de la session avec celui-ci. 

A partir de ce moment, le correspondant distant communique avec le 

30 serveur SIP visite comme si ce dernier etait le terminal sans fil, et le terminal 
sans fil communique avec le serveur SIP visite comme s'il etait le terminal du 
correspondant distant. Dans chaque session ouverte avec le serveur SIP visite, 
des donnees (Data) sont echangees, typiquement selon la pile de protocole 
RTP/U DP/IP lorsqu'elles representent de la parole codee ou de la video, et de 

35 la signalisation supplemental peut etre fournie selon la pile de protocole 
SIPAJDP/IP. Le serveur SIP visite 8 repercute vers le terminal sans fil 6 le flux 
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RTP/UDP re?u du correspondant distant. De meme. le flux de donnees 
RTP/UDP regu dans la session etablie avec le terminal sans fil est repercute 
vers le correspondant distant. Le serveur SIP visite joue aussi ainsi un role 
d'agent proxy. 

5 La figure 3 illustre ('inscription du terminal sans fil 6 aupres d'un autre 

point d'acces 7 du meme sous-reseau visite 12, et la mise a jour de localisation 
effectuee aupres du serveur SIP de ce sous-reseau. L'inscription du terminal 
sans fil aupres du nouveau point d'acces radio s'effectue par une transaction 
de couche MAC identique a celle decrite en reference a la figure 2. Le cas 

10 echeant, une transaction DHCP (non representee) peut etre effectuee pour que 
le terminal acquiere une nouvelle adresse IP. Le terminal sans fil envoie 
ensuite un message SIP REGISTER au serveur SIP visite, dont il a obtenu 
I'adresse dans la balise du nouveau point d'acces et/ou dans le message 
Register Ack. Comme le terminal sans fil ne change pas de serveur SIP visite, 

15 celui-ci n'a pas besoin d'envoyer un message SIP REGISTER vers le serveur 
SIP du sous-reseau nominal 11. Apres avoir modifie I'entree du registre de 
visiteurs 10 relative a I'utilisateur mobile, le serveur SIP visite valide sa mise a 
jour de localisation, en lui retournant un message SIP 200 OK. 

Pour initialiser un appel vers un correspondant distant (partie inferieure 

20 de la figure 3), le terminal sans fil envoie un message SIP INVITE a son 
serveur SIP visite et celui-ci, qui joue toujours le role de serveur proxy, 
transmet un autre message SIP INVITE vers le serveur SIP nominal du 
correspondant appele. Ce serveur SIP nominal, de redirection, retourne un 
message SIP 302 Move indiquant I'adresse IP a laquelle le correspondant peut 

25 etre joint. Cette adresse IP peut etre I'adresse du correspondant distant dans 
son sous-reseau nominal 13 ou, comme dans le cas de la figure 2, I'adresse 
d'un serveur SIP visite si le correspondant distant utilise un terminal sans fil en 
dehors de son sous-reseau nominal. 

L'etablissement de la communication se termine alors comme dans le 

30 cas de la figure 2. Des messages SIP 200 OK sont envoyes du correspondant 
distant vers le serveur SIP du sous-reseau visite 12, et de ce serveur SIP vers 
le terminal sans fil 6, apres quoi le serveur SIP visite gere les deux flux UDP 
comme explique precedemment pour relayer la communication. 

La figure 4 illustre la procedure de handover executee lorsque le 

35 terminal sans fil 6 a une communication en cours et change de point d'acces 
radio 7 en se d6plagant a Tinterieur du site visite 2. On suppose ici que le 
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meme serveur SIP visite 8 est associe aux deux points d'acces 7, c'est-a-dire 
que I'adresse IP de ce serveur 8 est indiquee dans le signal de balise de ces 
points d'acces et/ou dans le message Register Ack. La partie superieure de la 
figure 4 montre les flux de donnees relayes par le serveur SIP visite cornme 

5 explique precedemment. 

Apres que le terminal sans fii 6 a detecte la balise du nouveau point 
d'acces et decide de changer de point d'acces, la procedure description 
aupres du nouveau point d'acces et de mise a jour de localisation aupres du 
serveur SIP visite est executee comme dans le cas de la figure 3. Lorsque le 

10 terminal sans fil a re?u I'acquittement de sa mise a jour de localisation 
(message SIP 200 OK) t il adresse un message INVITE au serveur SIP visite, 
contenant notamment une reference de I'appel en cours. Apres validation de le 
methode INVITE (message SIP 200 OK retourne au terminal sans fil par le 
serveur SIP visite), I'echange de donnees reprend sans qu'il y ait eu la moindre 

15 signalisation du serveur SIP visite vers le serveur SIP nominal ou le 
correspondant distant. 

[.'execution du handover est particulierement rapide etant donne que 
les messages de signalisation echanges restent & I'interieur du sous-reseau 
visite 12 sans avoir £ etre achemines par le reseau d'interconnexion etendu 5. 

20 D'autre part, le fait pour le terminal sans fil 6 de disposer directement 

de I'adresse IP du serveur SIP visite, dans la balise radio ou dans la 
signalisation de couche MAC radio, permet de gagner du temps en evitant un 
processus de recherche de cette adresse dans le reseau IP. 

La figure 5 montre schematiquement une autre architecture possible du 

25 sous-reseau installe sur le site visite 2, comprenant plusieurs sous-sous- 
reseaux 120, 121 interconnects au moyen d'un ou plusieurs routeurs. Dans 
fexemple dessine, le routeur 4 relie au reseau dorsal 5 sert egalement a 
interconnecter les sous-sous- reseaux 120, 121. 

Le serveur SIP 129 du sous-reseau visite, qui gere localement la 

30 mobilite du detenteur du terminal sans fil 6 de la maniere precedemment 
expliqu6e, est relie a Tun des sous-sous-reseaux 120. II joue egalement le role 
d'agent nominal dans une adaptation du protocole Mobile IP faisant I'objet de la 
RFC 2002. Ce protocole Mobile IP adapte est mis en oeuvre a I'interieur du 
sous-reseau visite afin de gerer dans la couche reseau la mobilite des 

35 utilisateurs entre les sous-sous-reseaux qui le composent (mais non a I'echelle 
du groupement de sous-reseaux, ou on utilise un protocole de couche 
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application, a savoir SIP dans I'exemple considere). Dans la mesure ou I'agent 
129 n'appartient pas au sous-reseau nominal de Tutilisateur mobile, on 
I'appellera agent « pseudo-nominal », et on dira qu'on met en oeuvre un 
protocole « pseudo-mobile IP ». 
5 Dans chaque sous-sous-reseau 121 different de celui pourvu de I'agent 

pseudo-nominal 129 et equipe d'un ou plusieurs points d'acces radio 7, un 
module de routage est prevu en tant qu'agent etranger 130 au sens de la 
RFC 2002. 

Apres que le terminal sans ft I 6 a detecte la balise d'un nouveau point 
10 d'acces 7 appartenant a un tel sous-sous-reseau 121 et decide de changer de 
point d'acces, la procedure description aupres du nouveau point d'acces est 
executee comme dans le cas de la figure 3 ou 4 (partie superieure de la figure 
6). Le terminal 6 emet ensuite une requete d'enregistrement du protocole 
Mobile IP (REGISTRATION REQUEST dans la terminologie de la RFC 2002) a 
15 destination de I'agent etranger 130, qui la relaie vers I'agent pseudo-nominal 
129. 

Le terminal 6 place dans le message REGISTRATION REQUEST, en 
plus de sa propre adresse IP, I'adresse IP de I'agent pseudo-nominal et 
I'adresse c/o qui lui a ete prealablement fournie. Cette adresse c/o peut avoir 

20 ete obtenue par les mecanismes de decouverte d'agent specifies dans la 
RFC 2002. Mais dans une realisation preferee, les deux adresses IP (cede de 
I'agent pseudo-nominal et I'adresse c/o) sont fournies dans le signal de balise 
diffuse par le point d'acces 7, et/ou dans le message Register Ack. L'adresse 
c/o est alors une adresse IP de I'agent etranger 130, et peut etre utilisee 

25 comme adresse de destination par le terminal pour renvoi du message 
REGISTRATION REQUEST. 

Apres acquittement de la requete d'enregistrement (messages 
REGISTRATION REPLY de la figure 6), le terminal mobile emet son message 
SIP REGISTER pour mettre a jour sa localisation vis-a-vis du serveur SIP visite 

30 129. Le message SIP REGISTER peut etre envoye directement a I'adresse IP 
du serveur SIP visite 129. Comme ce message est vu comme des donnees par 
le protocole Mobile IP, il peut egalement etre relaye par I'agent etranger 130 
vers le serveur SIP visite / agent pseudo-nominal 129. Pour acquitter la 
methode SIP REGISTER (apres un echange avec le serveur SIP du sous- 

35 reseau nominal 11 s'il y a eu changement de sous-reseau visite), le serveur 
SIP visite 129 utilise deux niveaux d'en-tete IP pour transmettre le message 
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SIP 200 OK, le niveau interne ayant I'adresse IP du terminal sans fil 6 et le 
niveau exteme ayant I'adresse c/o qui a ete fournie par Tagent etranger 130. 
L'agent etranger 130 enleve le niveau externe pour retransmettre le message 
200 OK vers le terminal. 
5 Le meme mecanisme decapsulation sera employe pour tous les 

paquets envoyes au terminal 6 par le serveur SIP visite 129 (protocole SIP ou 
donnees issues d'un correspondant distant). De meme, les paquets emis par le 
terminal 6 sont relayes par l'agent etranger 130 vers leur destination, a savoir 
le serveur SIP visite 129 puisque celui-ci est vu par le terminal comme s'il etait 

10 son correspondant. 

La mise a jour de localisation ex6cutee selon la figure 6 intervient de la 
meme maniere dans le cas du « roaming » (figures 2 et 3) et dans le cas du 
« handover » (figure 4). L'information de localisation associee au terminal 6 
dans le registre de visiteurs 10 consiste alors en I'adresse c/o qui permet au 

15 serveur SIP d'acheminer les donnees jusqu'a leur destination. 

La figure 7 illustre une structure possible du signal de balise diffuse par 
un point d'acces sans fil 7 relie a un sous-reseau. Ce signal est forme par 
modulation d'un bloc de donnees numeriques B, et est transmis dans une 
trame de signal radio, ou eventuellement dans un intervalle de temps d'une 

20 trame si un acces multiple a repartition dans le temps est employe sur 
Tinterface air. 

Les donnees numeriques du bloc B comprennent un motif de 
synchronisation predetermine 20, dont la detection permet aux terminaux sans 
fil situes a portee du point d'acces de se synchroniser en temps et en 
25 frequence pour demoduler le signal de la trame, et certains champs classiques 
21-23 contenant des informations systeme requises par les protocoles de 
couche physique et de couche liaison. Ces informations systeme comprennent 
typiquement : 

- une identification du reseau auquel appartient le point d'acces (champ 
30 21); 

- des informations de synchronisation systeme (champ 22), reperant la 
position de la trame couranfe dans I'organisation temporelle du signal 
radio emis sur la porteuse de la balise (index de trame dans une 
supertrame courante, numero de supertrame, ...) ; 

35 - d'autres informations systeme (champ 23), comme par exemple un 
niveau de champ regu minimal a partir duquel un terminal sans fil est 
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autorise a s'inscrire aupres du point d'acces, ou encore des indications 
des frequences porteuses des signaux de balise de quelques points 
d'acces avoisinants pour que les terminaux puissent surveilier ces 
frequences porteuses en vue de determiner le point d'acces procurant le 
5 meilleur lien radio. 

Avantageusement, le bloc B comprend en outre un champ 24 dans 
lequel le point d'acces 7 place des donnees decrivant son environnement. 

Ces donnees peuvent representer I'environnement geographique ou 
est installe le point d'acces : emplacement du site visite 2, position precise du 
10 point d'acces (par exemple batiment, couloir, bureau,...). Comme le reseau est 
fonde sur le protocole IP dans lequel il n'y a aucune notion de connexion 
physique, une communication avec un terminal sans fil ne suppose aucune 
connaissance, meme implicite, de la localisation geographique du terminal. Les 
correspondants distants et le registre de localisation nominal 9 ne « situent » le 
15 terminal que de maniere logique, par I'intermediaire d'une ou plusieurs 
adresses IP. Or un certain nombre duplications peuvent avoir besoin de telles 
informations de localisation geographique, par exemple pour rendre des 
services differencies selon le lieu ou se trouve le terminal ou encore pour 
foumir une indication de ce lieu aux correspondants de I'utilisateur mobile. En 
20 inserant ces informations de localisation geographique (explicitement ou sous 
forme codee) dans le signal de balise, on les met £ disposition des terminaux 
sans fil qui pourront ensuite les communiquer au serveur de mobilite du sous- 
reseau nominal ou a des correspondants dans le cadre duplications de ce 
genre. 

25 Les donnees d'environnement placees dans le champ 24 du bloc B 

peuvent egalement comprendre une ou plusieurs adresses IP d'organes de 
gestion de mobilite, a savoir : 

- I'adresse IP du serveur SIP (ou H.323, MGCP, Megaco, ...) visite dans 
une realisation selon les figures 1 a 4 ; 

30 - dans une realisation selon les figures 5 et 6, I'adresse IP du serveur SIP 
(ou H.323, MGCP, Megaco, ...) jouant aussi le role d'agent pseudo- 
nominal 129 et I'adresse IP de I'agent etranger 130 ; 

- dans une realisation ou la mobilite entre les sous-reseaux est geree par 
un protocole de couche reseau tel celui de la RFC 2002, I'adresse IP de 

35 I'agent etranger. 

Les donnees d'environnement du champ 24 peuvent encore inclure un 
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numero de port UDP ou TCP utilise par le serveur de mobilite 8, 129 associe 
au point d'acces, si ce n'est pas un numero de port par defaut. Ceci permet au 
terminal d'envoyer directement au bon numero de port les requetes du 
protocole de signaiisation de couche application. On peut egalement prevoir 

5 d'inclure dans les donnees d'environnement une adresse MAC (Ethernet) de 
I'organe de gestion de mobilite 8, 129 relie au rneme sous-reseau ou sous- 
sous-reseau que le point d'acces. 

Si le champ 24 du bloc B ne procure pas assez de place pour inserer 
dans le signal de balise toutes les donnees d'environnement prevues, il est 

10 possible d'inserer certaines d'entre elles (voire la totalite) dans le message 
Register Ack de la figure 2, 3, 4 ou 6. Dans I'exemple illustre par la figure 8, ce 
message Register Ack est forme d partir d'un bloc de donnees numeriques B' 
comportant : 

- un champ 25 identifiant la requete d'enregistrement precedente et/ou le 
15 terminal sans fil qui I'a emise ; 

- un champ 26 contenant des codes indiquant la reponse a la requete 
description (acces autorise, refuse ou conditionne, parametres, ...) ; 

- un champ eventuel 27 pour contenir des informations systeme 
complementaires en plus de celles fournies dans les champs 21-23 du 

20 bloc B ; 

- un champ 28 pour repeter les donnees d'environnement ou fournir celles 
qui ne I'ont pas ete dans le champ 24 du bloc B, 
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REVENDICATIONS 

1. Point d'acces sans fil d'un reseau de telecommunications 
fonctionnant selon le protocoie IP, le point d'acces (7) comportant des moyens 
d'emission sur une interface air d'un signal de balise et des moyens pour 

5 executer, avec un equipement (6) d'un utilisateur mobile ayant detecte le signal 
de balise, une procedure description d'un protocoie propre a I'interface air, 
permettant audit equipement de communiquer sur ledit reseau a travers le 
point d'acces, et dans lequel des donnees d'environnement du point d'acces 
sont portees par le signal de balise et/ou au moins un message transmis sur 
10 I'interface air vers I'equipement de I'utilisateur mobile dans le cadre de ladite 
procedure description. 

2. Point d'acces sans fil selon la revendication 1, pour un reseau 
comportant au moins un organe de gestion de mobilite (8 ; 129, 130), dans 
lequel lesdites donnees d'environnement incluent une adresse IP d'un organe 

15 de gestion de mobilite associe au point d'acces (7). 

3. Point d'acces sans fil selon la revendication 2, dans lequel lesdites 
donnees d'environnement incluent en outre un numero de port UDP ou TCP 
utilise par un organe de gestion de mobilite (8 ; 129) associe au point d'acces 
(7). 

20 4. Point d'acces sans fil selon la revendication 1 ou 2, dans lequel 

lesdites donnees d'environnement incluent en outre une adresse MAC d'un 
organe de gestion de mobilite (8 ; 130) associe au point d'acces (7). 

5, Point d'acces sans fil selon I'une quelconque des revendications 1 a 

4. pour un reseau de telecommunications comportant plusieurs sous-reseaux 
25 (11-13) respectivement equipes de serveurs de mobilite (8) fonctionnant selon 

un protocoie de signalisation de couche application, lesdits sous-reseaux 
comprenant un sous-reseau de raccordement (12) auquel est relie le point 
d'acces (7), dans lequel lesdites donnees d'environnement incluent une 
adresse IP d'un serveur de mobilite du sous-reseau de raccordement. 
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6. Point d'acces sans fil selon la revendication 5, dans lequel ledit 
protocole de signalisation de couche application est le protocole SIP, H.323. 
MGCP ou Megaco. 

7. Point d'acces sans fil selon la revendication 5 ou 6, dans lequel le 
5 sous-reseau de raccordement comprend plusieurs sous-sous-reseaux 

interconnects (120, 121) respectivement equipes d'agents de mobilite (129, 
130) utilises dans un protocole de gestion de mobilite de couche reseau, lesdits 
sous-sous-reseaux comprenant un premier sous-sous-reseau (120) pourvu 
d'un serveur de mobilite (129) constituant un agent de mobilite nominal pour 
10 des utilisateurs mobiles en visite dans le sous-reseau de raccordement et un 
second sous-sous-reseau (121) auquel est relie le point d'acces (7), dans 
lequel lesdites donnees d'environnement incluent, en plus de I'adresse IP du 
serveur de mobilite constituant I'agent de mobilite nominal, une adresse IP d'un 
agent de mobilite etranger (130) relie au second sous-sous-reseau (121). 

15 8. Point d'acc6s sans fil selon I'une quelconque des revendications 1 a 7, 
dans lequel lesdites donnees d'environnement incluent une information 
representative de I'environnement geographique du point d'acces (7). 

9. Point d'acces sans fil d'un reseau de telecommunications fonctionnant 
selon un protocole de transmission de paquets en mode non-connecte, le point 

20 d'acces (7) comportant des moyens d'emission sur une interface air d'un signal 
de balise et des moyens pour executer, avec un equipement (6) d'un utilisateur 
mobile ayant detecte le signal de balise, une procedure description d'un 
protocole propre a I'interface air, permettant audit equipement de communiquer 
sur ledit reseau a travers le point d'acces, et dans lequel des donnees 

25 d'environnement du point d'acces incluant une information representative de 
I'environnement geographique dudit point d'acces sont portees par le signal de 
balise et/ou au moins un message transmis sur I'interface air vers I'equipement 
de I'utilisateur mobile dans le cadre de ladite procedure description. 

10. Point d'acces sans fil selon la revendication 9, dans lequel ledit 
30 protocole de transmission de paquets en mode non connecte est le protocole 

IP. 
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11. Procede de gestion de mobilite dans un reseau de 
telecommunications comportant plusieurs sous-reseaux (11-13) 
respectivement equipes d'organes de gestion de mobilite (8 ; 129, 130). dans 
lequel un des sous-reseaux (11) constitue un sous-reseau nominal pour un 
5 utilisateur mobile et est equipe d'un registre nominal (9) contenant une 
information de localisation dudit utilisateur. dans lequel une procedure de 
localisation de I'utilisateur mobile aupres d'un point d'acces (7) relie a un sous- 
reseau visite comprend les etapes suivantes : 

- reception par un equipement (6) de I'utilisateur mobile d'un signal de 
io balise emis sur une interface air par ledit point d'acces ; 

- execution par ledit equipement et ledit point d'acces d'une procedure 
d'inscription d'un protocoie propre a I'interface air ; et 

- emission par ledit equipement d'un message de mise a jour de 
localisation a destination d'un organe de gestion de mobilite du sous- 

15 reseau visite. 

et dans lequel on inclut dans ledit signal de balise et/ou dans au moins un 
message transmis sur I'interface air par ledit point d'acces vers I'equipement de 
I'utilisateur mobile dans le cadre de ladite procedure d'inscription, une adresse 
de reseau d'un organe de gestion de mobilite associe audit point d'acces. 

20 12. Procede selon la revendication 11. dans lequel le message de mise 
a jour de localisation releve d'un protocoie de signalisation de couche 
application. 

13. Procede selon la revendication 11, dans lequel le message de mise 
a jour de localisation relive d'un protocoie de couche reseau. 
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